home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_0399 / 12 < prev    next >
Text File  |  1994-08-27  |  1KB  |  42 lines
  1. Subject: Colour.
  2. Date: Mon, 30 May 1994 14:06:38 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6.  
  7. As I see it, the major issues with colour palette handling by GEM programs are:
  8.  
  9.     - The standard 16 colours
  10.         - They're different under MultiTOS (right?)
  11.         - When should a program desire to change them?
  12.         - When should a user desire to change them?
  13.  
  14.     - Sharing colours
  15.         - No point each program allocating its own Purple
  16.         - When colours must be changed, it would be nice for
  17.            the actual palette change to be minimized (eg. purple
  18.            changes to dark purple, not green)
  19.  
  20.     - True Colour emulations
  21.         - Some programs use a 5x5x5 or 6x6x6 colourspace, and
  22.            these should all be the same space.
  23.  
  24.     - When to change palettes
  25.         - When window is topped?
  26.         - When window is touched in any way?
  27.         - When mouse enters window?
  28.  
  29.  
  30. Some time ago, I posted a draft proposal for this, but it was probably
  31. a too-complex proposal, and so I would like to hear of any conventions
  32. currently in use.
  33.  
  34. As a first point of discussion, what are the pros and cons of a simple
  35. system like this:
  36.  
  37.     Each application sets the palette whenever one of its windows
  38.     is topped.  They use colours above 15 if available.
  39.  
  40. --
  41. Warwick
  42.